home *** CD-ROM | disk | FTP | other *** search
/ Power CD / Power CD ATARI-Rechner Lieben.iso / UTILITY / HSMODA01 / HSMODEMS.TXT < prev    next >
Encoding:
Text File  |  1993-11-23  |  19.3 KB  |  468 lines
  1. Treiber
  2. *******
  3.  
  4.  
  5. Wer diesmal zu faul zum Lesen ist, wird sich wahrscheinlich mächtig 
  6. wundern.
  7.  
  8.  
  9. HSMODEM1
  10. --------
  11. Diese Treiber ersetzen HSMODEM1. Bei der Nutzung nur über die 
  12. BIOS-Funktionen von MODEM1 durch alte Programme sind sie nicht ganz so 
  13. schnell wie HSMODEM1, dafür unterstützen sie jetzt wesentlich mehr 
  14. Schnittstellen und ein flexibles Konzept. Wer ausschließlich ein altes 
  15. Programm zur DFÜ benutzt, ist mit der letzten Version von HSMODEM1 
  16. (HSMOD105.LZH) wahrscheinlich einigermaßen bedient.
  17.  
  18.  
  19. BETAs
  20. -----
  21. Ich bin von der Funktionsfähigkeit der Treiber überzeugt, da sie aber 
  22. noch nicht überall optimiert sind, sie nicht für jede Fehlerbedingung dem 
  23. User eine passende Meldung liefern und ihnen noch ein paar Funktionen 
  24. fehlen, die ich einbauen will, nenne ich sie erstmal BETA-Versionen. Die 
  25. Beschreibungen lassen auch noch zu wünschen übrig.
  26.  
  27.  
  28. Grundlagen
  29. ----------
  30. Der Nutzer packt das DRVIN.PRG in den AUTO-Ordner und die zu seinem 
  31. Rechner passenden Treiber hinterher. Es ist wirklich so gemeint, daß man 
  32. zuerst DRVIN kopiert, da die Treiber nach DRVIN geladen werden müssen. 
  33. Einige Treiber lassen sich mit SETTER konfigurieren, was man vor dem 
  34. Einsatz tun sollte.
  35.  
  36. Es sollte mit allen TOS-Versionen und mit Mag!X >=2.0 laufen. Mit 
  37. Mag!X<2.0 müßte es auch gehen. Wenn man es komplett vor MiNT installiert, 
  38. sollte es eingeschrängt funktioniert. Bitte NICHT nach (unter) MiNT 
  39. starten, das kann üble Effekte produzieren.
  40.  
  41.  
  42. Extreme Kurzunterweisung
  43. ------------------------
  44. Kopieren folgender Programme in dieser Reihenfolge in den AUTO-Ordner:
  45. für alle: DRVIN.PRG
  46. für ST, MegaST, STE, MegaSTE, TT: MFP.PRG
  47. für Falcon: (optional MFP_FALC.PRG), SCC.PRG
  48. für MegaSTE, TT: SCC.PRG
  49. für TT: MFP_TT.PRG
  50. für ST_ESCC in ST, STE, MegaST: ST_ESCC.PRG
  51.  
  52. Damit kann man aber reinfallen, wenn man nicht vorher alle Programme mit 
  53. dem SETTER.TTP behandelt, um deren Einstellungen zu prüfen. Also sollte 
  54. man doch noch mehr lesen.
  55.  
  56.  
  57.  
  58. Einzelne Treiber
  59. ================
  60.  
  61. (##diese Texte werden noch mal passend vereinzelt.)
  62. Alle Treiber unterstützen inzwischen die TIOCCTL(MAP/GET/SET)-Funktionen 
  63. aus dem SERSOFST.TXT, wenn auch noch nicht für alle Leitungen und noch 
  64. ohne Callbacks. Aber das läßt sich problemlos per TIOCCTLMAP erfragen.
  65.  
  66.  
  67.  
  68. *SCC*.PRG allgemein
  69. -------------------
  70. Als "ESCC" betrachte _ich_ nur den Z85230 und den Am85C230A.
  71.  
  72. Die im System vorhandene SCC-Taktrate PCLK kann bei allen *SCC*.PRG durch 
  73. SETTER auf zwei Werte eingestellt werden. Ein normaler MegaSTE/TT/Falcon hat einen Takt 
  74. von 8MHz. ST_ESCC hat einen Takt von 14745600Hz, ein MegaSTE/TT/Falcon hat 
  75. diesen Takt nur, wenn das jemand extra umgebaut hat.
  76.  
  77. Bei einem PCLK von 8MHz sind folgende Rsconf-Baudraten möglich:
  78. (neue - alte)
  79. SERIAL2:
  80. 115200 - 150
  81.  57600 - 134
  82.  38400 - 110
  83. MODEM2:
  84.  38400 - 110
  85. 153600 - 75
  86.  76800 - 50
  87.  
  88. Bei PCLK = 14745600Hz sind bei MODEM2 und SERIAL2 möglich:
  89. neue Rate   alte Rate
  90.  115200      150
  91.   57600      134
  92.   38400      110
  93.  153600       75
  94.   76800       50
  95.  
  96. Wenn man die GEMDOS-Fcntl benutzt, hat man ohnehin kein Problem, dort 
  97. erfährt man, welche Baudraten möglich sind im Klartext als "Bit/Sekunde".
  98.  
  99. ST_ESCC enthält immer einen ESCC. MegaSTE/TT/Falcon enthalten nur einen 
  100. ESCC, wenn den jemand extra gewechselt hat. Der Treiber für den SCC läuft 
  101. auch mit dem ESCC-Schaltkreis, umgekehrt nicht.
  102.  
  103. Hinweis für Programmierer:
  104. Finger weg von der Bestimmung der lesbaren Byteanzahl über den IOREC. Das 
  105. geht bei eingeschaltetem 4-Zeichen-Interrupt des ST_ESCC voll daneben. 
  106. Immerhin bringt dieser Interruptmodus eine wesentliche Systementlastung. 
  107. Stattdessen FIONREAD oder gleich Fread benutzen, funktionieren bei HSMODEM 
  108. beide richtig (wenn Cookie RSVF mit der benutzten Schnittstelle da ist, 
  109. darf man sich darauf verlassen, daß FIONREAD funktioniert. ## Aber 
  110. momentan nur _nicht_ unter MiNT.)
  111.  
  112.  
  113. SCC.PRG
  114. -------
  115. Treiber für MODEM2 und SERIAL2 bei MegaSTE, TT und Falcon.
  116.  
  117. Beim Falcon ist die auf dem Gerät als "Modem" beschriftete Schnittstelle 
  118. die MODEM2 und die als "LAN" beschriftete die SERIAL2. SERIAL2 hat 
  119. eventuell noch Probleme mit den Handshakeleitungen, ich habe mich mit 
  120. deren Herausführung auf den LAN-Port noch nicht näher befaßt.
  121.  
  122. Beim MegaSTE und TT wird momentan NICHT zwischen den Alternativen SERIAL2 
  123. und LAN umgeschaltet sondern einfach davon ausgegangen, daß SERIAL2 
  124. eingestellt ist (ist wohl nach Reset der Fall).
  125.  
  126. Beim TT (und Falcon, falls man dem einen Beschleuniger mit FastRAM 
  127. spendiert hat) darf SCC.PRG _keinesfalls_ ins FastRAM, da es sonst mit zu 
  128. schnellen Zugriffen auf den SCC Probleme geben könnte.
  129.  
  130.  
  131. ESCC.PRG
  132. --------
  133. Siehe SCC.PRG, aber _nur_ für die Leute, die sich einen Z85230 oder 
  134. Am85C230A eingebaut haben.
  135.  
  136.  
  137. ST_ESCC.PRG
  138. -----------
  139. Treiber _NUR_ für meine Hardware ST_ESCC!
  140.  
  141. Realisiert MODEM2 und SERIAL2 und die entsprechenden BIOS-Geräte 7 und 8.
  142.  
  143.  
  144.  
  145. MFP*.PRG allgemein
  146. ------------------
  147. Alle besitzen (momentan?) die gleichen Einstellmöglichkeiten durch SETTER. 
  148. Diese Möglichkeiten werden weiter hinten erläutert, in dem auf die 
  149. Schnelle modifizierten Teil der letzten HSMODEM1-Doku.
  150.  
  151.  
  152. MFP.PRG
  153. -------
  154. Siehe weiter hinten, für ST, STE, MegaST, MegaSTE, TT als MODEM1.
  155.  
  156.  
  157. MFP_TT.PRG
  158. ----------
  159. Für SERIAL1 des TT, die Schnittstelle ohne Handshakeleitungen, nur mit TXD 
  160. und RXD.
  161.  
  162. TIOC?FLAGS für SERIAL1 verbietet RTS/CTS noch nicht durch eine 
  163. Fehlermdeldung, sondern konvertiert es ##momentan noch in "kein 
  164. Handshake".
  165.  
  166.  
  167. MFP_FALC.PRG
  168. ------------
  169. Für den MFP des Falcon, als MODEM1. Ohne Handshakeleitungen, nur TXD und 
  170. RXD. Aber nur nutzbar, wenn man seinen Falcon mit Hilfe von Draht, einem 
  171. Stecker und evtl. einem Pegelwandler diese Schnittstelle spendiert hat.
  172.  
  173. Andernfalls braucht und sollte man diesen Treiber nicht laden.
  174.  
  175. Ich weiß nicht so genau, ob, aber eigentlich sollte auch dieser Treiber 
  176. funktionieren.
  177.  
  178. TIOC?FLAGS verbietet RTS/CTS noch nicht durch eine Fehlermdeldung, sondern 
  179. konvertiert es ##momentan noch in "kein Handshake".
  180.  
  181.  
  182. MFP_BAST.PRG
  183. ------------
  184. Für die Leutchen, die sich einen TT-MFP in den ST gebastelt haben. Treiber 
  185. liegt nicht bei, habe heute keine Zeit mehr, ist aber kein Problem, also 
  186. einfach mal bei mir melden.
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193. Der auf die Schnelle geänderte Text des alten HSMODEM1
  194. ======================================================
  195.  
  196. HSMODEM1 ist ein Software-Beschleuniger und Patch für die serielle 
  197. Schnittstelle Modem1 der Atari-Computer. Es beseitigt nicht nur den auch im 
  198. TOS2.06/3.06 noch vorhandenen RTS/CTS-Handshakefehler, sondern erhöht durch 
  199. seine optimierten Routinen die mögliche Übertragungsrate wesentlich. 
  200. Außerdem ein Fehler des TOS2.05 beseitigt. Spätestens wenn Fragen auftreten 
  201. sollte man diesen Text komplett lesen und erst danach seiner Umwelt oder 
  202. mir die verbliebenen Fragen stellen. Bei Updates und Zeitmangel zuerst 
  203. einen Blick nach ganz hinten, Abschnitt "Versionen"!
  204.  
  205.  
  206. Copyright
  207. ---------
  208. Ich gestatte die Übersetzung dieser Dokumentation in andere Sprachen. Der 
  209. Übersetzer hat seine Tätigkeit entsprechend zu vermerken. Das deutsche 
  210. Original muß weiterhin beigelegt sein. Die im Folgenden genannten 
  211. Bedingungen gelten auch für die Übersetzung.
  212.  
  213. ##Dieses Zeug darf, aber immer nur zusammen mit diesem Text, zu nicht 
  214. kommerziellen Zwecken frei kopiert werden. Die Verbreitung auf PD-Disketten 
  215. zu üblichen Preisen ist zulässig. Ein Beipack zu Programmen ist ohne meine 
  216. Zustimmung nur zulässig, wenn diese PD oder Shareware mit einer maximalen 
  217. Registrierungsgebühr von 100DM sind. Jede Verbreitung zusammen mit 
  218. kommerziellen Programmen oder sonstige kommerzielle Verwertung, 
  219. ausgeschlossen jedoch die Anwendung (Programm starten), ist nur mit meiner 
  220. ausdrücklichen Genehmigung gestattet.
  221.  
  222. Die Betatester und ich haben dieses Programm sorgfältig überprüft. Ich 
  223. hafte in keiner Weise für:
  224. - Fehler und/oder (daraus resultierende) Beschädigungen irgendwelcher 
  225. Objekte, Subjekte oder Werte.
  226. - irgendwelche Auswirkungen des Einsatzes oder Nichteinsatzes dieses 
  227. Programmes und dieser Dokumentation
  228.  
  229. Fehlermeldungen oder Verbesserungsvorschläge nehme ich gern an. Ich hasse 
  230. allerdings unangemeldetes Auftauchen mir nicht persönlich bekannter 
  231. Personen sowie Telefonanrufe zu MICH störenden Zeiten. Es gibt schließlich 
  232. Email und die (gute) alte Post.
  233.  
  234. Meine Adressen:
  235. Mausnetz: Harun Scheutzow @B
  236. Internet: Harun_Scheutzow@B.maus.de
  237. Post:
  238. Harun Scheutzow
  239. Dresdener Straße 83
  240. D-10179 Berlin, Deutschland
  241.  
  242. An dieser Stelle möchte ich allen danken, die mich bei der Entwicklung 
  243. dieses Programms unterstützt haben. Diese Unterstützung geht manchmal ganz 
  244. schön auf die Telefonrechnung!
  245.  
  246.  
  247. Einsatzmöglichkeiten, Voraussetzungen, u.v.m.
  248. ------------------------------------------------
  249. ### siehe ganz vorne
  250.  
  251. Mag!X
  252. Versionen ab 2.00 dieses multitaskfähigen Betriebssystems (es ist im 
  253. Gegensatz zum aktuellen MultiTOS nicht nur ein Aufsatz und wesentlich 
  254. schneller) haben korrekte Routinen zur Schnittstellen-Bedienung. Die 
  255. entsprechenden GEMDOS-Funktionen fehlen aber noch. Interessant ist das 
  256. Mag!X-Multitasking auf 8MHz-STs bei 38400Bd-Empfang: (auf jeden Fall mit 
  257. einer neuen NVDI-Version) Man kann im Vordergrund mit der Maus 
  258. wirtschaften und einen Text schreiben (getestet mit Everest), während im 
  259. Hintergrund GSZRZ 3.5 fehlerfrei empfängt. Mit Mag!X ab Version 2.00 
  260. sollte man die Interruptroutinenmodifikation im MFP.PRG abschalten, da 
  261. Mag!X bereits modifizierte Timerroutinen hat. Wenn MFP.PRG da noch etwas 
  262. einhängt, wird es ein bißchen langsamer.
  263.  
  264. ## Dieses Zeug ist ein Ersatz für andere Patches (nicht nur für Modem1), 
  265. wie z.B. RS232ENC oder TURBOCTS.
  266.  
  267. Die Schnittstelle Modem1 kann ohne Zusatzhardware maximal 19200Bd 
  268. erreichen. Daran ändert auch MFP.PRG nichts. Es ersetzt aber die langsamen 
  269. und zum Teil fehlerhaften Routinen des TOS durch schnelle und hoffentlich 
  270. fehlerfreie. Mit Zusatzhardware, wie (dem von mir entwickelten) RSVE, 
  271. RSSpeed (Stephan Skrodzki) oder anderen können höhere Datenraten 
  272. realisiert werden. Z.B. erlaubt RSVE auch die Einstellung von 38400, 57600 
  273. und 115200Bd. MFP.PRG sorgt dann im Rahmen der Hardware-Möglichkeiten für 
  274. einen wesentlich höheren Datendurchsatz (cps-Rate). Der komplette Bauplan 
  275. für RSVE liegt als RSVE.LZH in Mailboxen, auf jeden Fall in der Maus 
  276. Berlin (@B). Die Fertigversion von RSVE gibt es direkt bei mir.
  277.  
  278. Wenn jemand meint, allein mit Software Modem1 mit mehr als 19200Bd 
  279. betreiben zu können: Das geht im Synchronbetrieb des MFP (Abschalten 
  280. der Taktteilung /16). Dabei ist eine fehlerfreie Funktion aber 
  281. ausschließlich beim Senden möglich, NICHT beim Empfang.
  282.  
  283. Ich arbeite mit einem 8MHz ST, ohne CPU-Beschleuniger. Ich halte wenig 
  284. davon, immer neue und schnellere Computer zu kaufen und diese durch lahme 
  285. Software bis zum Stillstand zu bremsen. Das TOS ist eine lahme Software, 
  286. kein Wunder, es ist inklusive der Interruptroutinen in C programmiert (es 
  287. sieht so aus). MultiTOS ist eine noch größere Systembremse. Mag!X ist 
  288. genau das Gegenteil.
  289.  
  290.  
  291. TOS2.05-Fehler
  292. --------------
  293. Die XBIOS-Funktion 14, Iorec ist nur im TOS2.05 fehlerhaft. Sie liefert 
  294. unabhängig von der Einstellung über Bconmap bei der Abfrage der 
  295. IOREC-Strukturadresse für AUX (Nummer 0) immer die Adresse des 
  296. Modem1-IOREC. DRVIN beseitigt auch dieses Problem, da es das gesamte 
  297. MAPTAB-Zeug selbst übernimmt.
  298.  
  299.  
  300. Rufus-Fehler
  301. ------------
  302. Mit Rufus 1.11rel9 steht der Rechner nach dem Auflegen einiger 
  303. HighSpeed-Modems (RXD und TXD leuchten beide, nichts geht mehr). RUFUS 
  304. schreibt $00 ins UCR, das führt zu obigen Effekten und ist Blödsinn. 
  305. Abhilfe: Rufus 1.20 oder neuer benutzen.
  306.  
  307.  
  308. Wie schnell geht es?
  309. --------------------
  310. Das Problem bei einer seriellen Übertragung mit einer bestimmten 
  311. Geschwindigkeit (hier in Baud angegeben) ist nicht das Senden der Zeichen, 
  312. sondern deren Empfang. Der MFP puffert nur ein empfangenes Zeichen und 
  313. meldet es der CPU per Interrupt. Die CPU muß dieses Zeichen für eine 
  314. fehlerfreie Übertragung aus dem MFP abholen, bevor er das nächste Zeichen 
  315. komplett empfangen hat. Wenn ich sage, der Betrieb bei ... ist zuverlässig, 
  316. so bedeutet dies, daß die CPU bei der maximal möglichen 
  317. Empfangs-Zeichendichte (keine Pause zwischen Stoppbit des vorigen und 
  318. Startbit des folgenden Zeichens) jedes Zeichen rechtzeitig abholt.
  319.  
  320. Ein 8MHz ST (RSVE eingebaut) kann mit TOS und HSMODEM1 eine fehlerfreie 
  321. Datenübertragung mit 38400Bd realisieren. Mit einem HSMODEM1 ab dem 
  322. 21.05.1993 funktioniert auch der Empfang (Senden sowieso) mit 57600Bd auf 
  323. 8MHz STs, solange nicht "NO FASTINT" angegeben ist.
  324.  
  325. Derzeit erreicht ein 8MHz ST mit GSZRZ Version 3.3 von Michael Ziegler bei 
  326. einer ZMODEM-Übertragung und 38400Bd mehr als 3600cps, wenn NVDI 
  327. installiert und der Blitter ausgeschaltet ist. Ohne NVDI sind es etwa 
  328. 300cps weniger, da GSZRZ lange an seiner Dialogbox zeichnen läßt. Den 
  329. Blitter kann man in den meisten Fällen auch zugeschaltet lassen. Sollten 
  330. aber Empfangsfehler auftreten, dann den Blitter abschalten. 
  331. ZMODEM-Übertragung über die Filefunktionen bringt mit einem GSZRZ ab 3.5 
  332. mehr als 5400cps bei 57600Bd.
  333.  
  334. Die angegebenen Datenraten gelten für direkte Rechnerkopplung. Für langsame 
  335. Modems und schlechte Telefonleitungen ist HSMODEM1 nicht verantwortlich! 
  336. Zyxels können bei 16800zyx/v42bis und ASCII-Texten 3800cps erreichen, 
  337. Zyxel+ bei 19200zyx noch mehr. Andere 14400/v42bis-Modems liegen bei etwa 
  338. 3300cps.
  339.  
  340. Die von mir entwickelte Hardware ST_ESCC hat auch bei 115200Bd noch 
  341. keinerlei Probleme, selbst bei Tastaturtippen unter normalem TOS, da sie 
  342. über einen 8 Byte großen Empfangs-FIFO verfügt. Sie beschleunigt aber 
  343. nicht MODEM1, sondern realisiert zwei zusätzliche schnelle Serielle.
  344.  
  345.  
  346. 57600Bd auf 8MHz und 16MHz 68000er über _MODEM1_
  347. ------------------------------------------------
  348. 57600Bd ist für Modem1 auf (Mega)ST(E) die magische Grenze, die 
  349. auch nur mit leichten Modifikationen im TOS erreicht wird. 115200Bd werden 
  350. wohl auch in Zukunft nur im Polling und nicht im Interruptbetrieb möglich 
  351. sein.
  352.  
  353. Bei mir funktionieren 57600Bd auf einem 8MHz-ST mit TOS2.06. Ich bin mir 
  354. aber nicht sicher, ob es auch mit anderen (älteren) TOS-Versionen 
  355. funktioniert.
  356.  
  357. Da ich immer wieder gefragt werde, wie man 57600 fehlerfrei erreicht: 
  358. Blitter aus, keine DMA-Zugriffe während Dateiübertragung (in den Filepuffer 
  359. des ZMODEMs muß bei Empfang das ganze File passen), keine Joysticks mit 
  360. Autofire oder DCF-Uhren am Joyport. Dann testweise alle residenten 
  361. Programme und ACCs entfernen und nur die wieder benutzen, die nicht stören.
  362.  
  363.  
  364. Die Konfiguration
  365. -----------------
  366. Das alte HSMODEM1.INF-File kann man verschrotten.
  367.  
  368. Die Konfiguration erfolgt jetzt durch das SETTER.TTP, zur Bedienung siehe 
  369. dort.
  370.  
  371. MFP.PRG kann den Timerinterrupt des TOS modifizieren, um so 57600Bd mit 
  372. 8MHz-68000 über MODEM1 zu ermöglichen. Sollte man auf TTs/Falcons und 
  373. unter Mag!X >=2.0 abschalten, ebenso bei Experimenten mit anderen 
  374. Betriebssystemen.
  375. Funktionsweise (für Interessenten):
  376. Es hat sich aber gezeigt, daß es ausreichend ist, wenn die Routine 
  377. (GEMDOS-Uhr) in NEXT_TIM (negative LineA-Variable) mit einem IPL < 6 
  378. aufgerufen wird, um auf 68000/8MHz den 57600Bd-Empfang zu ermöglichen. 
  379. Also hänge ich ein Programmstück ein, daß den IPL auf 5 heruntersetzt.
  380.  
  381. MFP.PRG kann den Cookie RSVE anlegen, damit kann man sich das RSVE_SET.PRG 
  382. im AUTO-Ordner sparen. Ganz neue Programme (Connect, aber ich kann nicht 
  383. genau sagen welche Version, irgendetwas über 2.4) interessiert dieser Cookie 
  384. ohnehin nicht mehr, da sie die Baudraten über TIOC?BAUD ermitteln. 
  385. Wie eben schon undeutlich gesagt, werden die hohen Baudraten auch den 
  386. TIOC?BAUD Funktionen mitgeteilt.
  387.  
  388. Es gibt noch einen Konfigurationspunkt, der ohne Anlegen des RSVE-Cookies 
  389. die hohen Baudraten wie bei RSVE anstelle der niedrigen den 
  390. TIOC?BAUD-Funktionen mitteilt.
  391.  
  392. MFP.PRG kann Baudraten umlegen. Dies ist nur zusammen mit RSVE oder 
  393. RS-Speed nützlich. So kann man die Einschaltung von 38400Bd, die früher 
  394. durch Einstellen von 110Bd erfolgte, auf das Einstellen von 19200Bd zu 
  395. legen. Damit ermöglicht man einigen alten Programmen die Arbeit mit mehr 
  396. als 19200Bd. Dieser Konfigurationspunkt ist der Letzte, und man gibt dort 
  397. (wie es SETTER beschreibt) zuerst die zu ersetzenden alte Baudrate und 
  398. dann (auf den nächsten Platz) die dort hinzulegende hohe Rate an, und zwar 
  399. ganz exakt. Der erste als "ungültig" gekennzeichnete Platz beendet die 
  400. Suche nach Umbelegungen. Will man nichts umlegen, gibt man überall "u" an. 
  401. Die Baudraten 115200/57600/38400 liegen bei Einbau der Hardware RSVE sowie 
  402. so schon immer auf 150/134/110, diese dorthin umzulegen ist sinnlos. Die 
  403. Umlegungen sind für Programme unsichtbar, erscheinen auch nicht in den 
  404. Fcntl TIOC?BAUD.
  405.  
  406.  
  407. Mögliche Probleme (vor allem bei MODEM1, fast nicht bei ST_ESCC)
  408. -----------------
  409. Lange DMA-Zugriffe können beim Empfang zu Datenverlusten führen. Ebenfalls 
  410. kritisch sind lange Verweilzeiten der CPU in einem Interruptprioritätslevel 
  411. größer als 5.
  412.  
  413. Auf 8MHz STs ohne Mag!X >2.00 und neues NVDI: Bei mehr als 9600Bd Finger 
  414. weg von Maus und Tastatur, während GSZRZ empfängt. Sonst gibt es ein paar 
  415. Übertragungsfehler (bei MODEM1). Genauso können ein paar Zeichen verloren 
  416. gehen, wenn im Terminalprogramm gerade ein Text ankommt und der User die 
  417. Tastatur oder Maus bearbeitet.
  418.  
  419. Abspeichern empfangener Daten unter GSZRZ während des Empfangs führt bis 
  420. 38400Bd meist nicht zu Fehlern.
  421.  
  422. Man kann den Blitter so programmieren, daß er die CPU zu lange blockiert. 
  423. Das TOS und NVDI tun dies anscheinend nicht. Wenn Fehler beim Empfang mit 
  424. >= 38400Bd auftreten, erst mal mit abgeschaltetem Blitter probieren.
  425.  
  426. Es gibt einige ACCs und residente (AUTO-Ordner-)Programme, die irgendwelche 
  427. Interrupts umlegen und das System zu lange blockieren. Im Zweifelsfalle 
  428. einzeln rauswerfen und testen.
  429.  
  430. MiNT und besonders MultiTOS sind allgemeine Systembremsen, die sich 
  431. besonders auf 8MHz-Rechnern bemerkbar machen. Mag!X finde ich persönlich 
  432. wesentlich besser, da es wesentlich schneller ist.
  433.  
  434. DCF_TIME von Ralf Zimmermann @WI2 sollte in der Version 1.2 oder höher 
  435. verwendet werden. Aber nur die Abfrage über den RingIndicator macht keine 
  436. Probleme bei 57600Bd, über den Joyport gibt es sekündlich Ärger.
  437.  
  438. QFAX frißt sehr viel Rechenzeit und sollte bei Problemen zuerst entfernt 
  439. (nicht nur abgeschaltet) werden.
  440.  
  441.  
  442. Funktion des ...
  443. ----------------
  444. Siehe erstmal vor allem DRVIN.TXT.
  445.  
  446.  
  447. Versionen
  448. ---------
  449. Ich vergebe keine Versionsnummern, sondern überlasse die Unterscheidung dem 
  450. in der Installationsmeldung ausgegebenen Datum. Ich notiere das Datum ab 
  451. sofort als Jahr-Monat-Tag, ist eindeutig unterscheidbar von der deutschen 
  452. Schreibweise Tag.Monat.Jahr, da die Jahreszahl vierstellig ist.
  453.  
  454. Neue Versionen sind zuerst in der Maus Berlin, Telefonnummer 030-6246510 
  455. (meistens besetzt), zu finden und verbreiten sich schnell über die Mäuse. 
  456. Man sollte nach dem Filenamen "HSMOD*.*" suchen lassen. Das Archiv wird 
  457. HSMODAxx.LZH heißen, wobei xx für die fortlaufende Veröffentlichungsnummer 
  458. und das A für alle Schnittstellen (kann sich auch mal ändern!) steht.
  459.  
  460. (Historie des HSMODEM1 beseitigt)
  461. 1993-11-21  erste Veröffentlichung
  462. 1993-11-23  bleibt auch bei Installationsfehler resident
  463.             allerdings passen dann ser. Interruptroutinen und Bco*
  464.              nicht zusammen. (aber besser als Totalabsturz)
  465.  
  466.  
  467. Harun Scheutzow, 21.11.1993 und später
  468.